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FETTING, Administrative Patent Judge. 



DECISION ON APPEAL 1 



1 The two-month time period for filing an appeal or commencing a civil 
action, as recited in 37 C.F.R. § 1.304, or for filing a request for rehearing, 
as recited in 37 C.F.R. § 41.52, begins to run from the "MAIL DATE" 
(paper delivery mode) or the "NOTIFICATION DATE" (electronic delivery 
mode) shown on the PTOL-90A cover letter attached to this decision. 
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1 STATEMENT OF THE CASE 

2 Mark Itwaru (Appellant) seeks review under 35 U.S.C. § 134 (2002) of a 

3 final rejection of claims 1, 4-26, and 28-36, the only claims pending in the 

4 application on appeal. 

5 We have jurisdiction over the appeal pursuant to 35 U.S.C. § 6(b) 

6 (2002). 

7 SUMMARY OF DECISION 2 

8 We AFFIRM-IN-PART. 

9 THE INVENTION 

10 The Appellant invented a method to enhance the security of network 
n transactions. Specification 1. 

12 An understanding of the invention can be derived from a reading of 

13 exemplary claims 1 and 22, which are reproduced below [bracketed matter 

14 and some paragraphing added]. 

15 1. A method for enhancing security of network transactions, 

16 comprising: 

17 [1] receiving information relating to a pending transaction 

18 between a vendor server and a client; 



2 Our decision will make reference to the Appellant's Appeal Brief ("App. 
Br.," filed April 30, 2007) and Reply Brief ("Reply Br.," filed September 19, 
2007), and the Examiner's Answer ("Ans.," mailed August 9, 2007), and 
Final Rejection ("Final Rej.," mailed May 9, 2006). 
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1 [2] receiving private network access information for 

2 accessing a private network and a transaction identifier from a 

3 transaction server system; 

4 [3] provisioning a set of computer readable instructions with 

5 transaction- specific information comprising said transaction 

6 identifier and said private network access information; 

7 [4] sending a message addressed to said client over said 

8 public Internet with said set of computer readable instructions 

9 having said transaction-specific information, said set of 

10 computer readable instructions comprising access instructions 
n for connecting said client to said transaction server system on 

12 said private network such that sensitive information relating to 

13 said transaction is directed to said transaction server system. 

14 

15 22. A method for enhancing security of network transactions, 

16 comprising: 

17 [1] receiving information relating to a pending transaction 

18 over a secure link, said information including access 

19 information for a data product, and a purchase amount; 

20 [2] determining an appropriate chargeable telephone number 

21 based upon said purchase amount; 

22 [3] storing a transaction identifier, said telephone number, 

23 and said access information; and 

24 [4] returning said transaction identifier and said telephone 

25 number over said secure link. 

26 
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1 THE REJECTIONS 345 

2 The Examiner relies upon the following prior art: 

Klingman US 5,729,594 Mar. 17, 1998 

Apte US 5,778,173 Jul. 7, 1998 

Paiketal. US 6,675,008 Bl Jan. 6, 2004 

Underwood US 6,704,873 B 1 Mar. 9, 2004 

Matsuda et al. US 2003/0195843 Al Oct. 16, 2003 
Furman et al. EP 092661 1 A2 Dec. 17, 1998 

3 

4 Claim 36 stands rejected under 35 U.S.C. § 1 12, second paragraph, as 

5 failing to particularly point out and distinctly claim the subject matter which 

6 the Appellant regards as the invention. 

7 Claims 1, 4-16, 18-21, and 34-35 stand rejected under 35 U.S.C. 

8 § 102(b) as being anticipated by Apte. 

9 Claims 22-25, 28, and 30-32 stand rejected under 35 U.S.C. § 102(b) as 

10 being anticipated by Furman. 

n Claim 17 stands rejected under 35 U.S.C. § 103(a) as unpatentable over 
12 Apte and Klingman. 



3 The Examiner rejected claim 27 under 35 U.S.C. § 102(e) as being 
anticipated by Underwood, however, this claim as been cancelled. App. Br. 
5-6. As such, this rejection is moot. 

4 The Examiner has withdrawn the previously asserted rejection of claim 36 
under 35 U.S.C. § 112, first paragraph, as failing to comply with the written 
description requirement. Ans. 3. 

5 The Examiner has withdrawn the previously asserted rejection of claim 26 
under 35 U.S.C. § 112, second paragraph, as failing to particularly point out 
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1 Claim 26 stands rejected under 35 U.S.C 

2 Apte and Matsuda. 

3 Claim 29 stands rejected under 35 U.S.C 

4 Furman and Matsuda. 

5 Claim 33 stands rejected under 35 U.S.C 

6 Furman and Paik. 

7 

8 ISSUES 

9 The issue of whether the Examiner erred in rejecting claim 36 under 35 

10 U.S.C. § 1 12, second paragraph, as failing to particularly point out and 
n distinctly claim the subject matter which the Appellant regards as the 

12 invention turns on whether a person with ordinary skill in the art would have 

13 understood what was being claimed by the limitations recited in claim 36. 

14 The issue of whether the Examiner erred in rejecting claims 1,4-16, 18- 

15 21, and 34-35 under 35 U.S.C. § 102(b) as being anticipated by Apte turns 

16 on whether Apte describes limitations [3] and [4] of claim 1. 

17 The issue of whether the Examiner erred in rejecting claims 22-25, 28, 

18 and 30-32 under 35 U.S.C. § 102(b) as being anticipated by Furman turns on 

19 whether Furman describes limitation [2] of claim 22. 

20 The issue of whether the Examiner erred in rejecting claim 17 under 35 

21 U.S.C. § 103(a) as unpatentable over Apte and Klingman turns on whether 

22 the Appellant's arguments in support of claim 1 are found persuasive. 



and distinctly claim the subject matter which the Appellant regards as the 



. § 103(a) as unpatentable over 



. § 103(a) as unpatentable over 



. § 103(a) as unpatentable over 
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1 The issue of whether the Examiner erred in rejecting claim 26 under 35 

2 U.S.C. § 103(a) as unpatentable over Apte and Matsuda turns on whether 

3 Apte and Matsuda describe all of the limitations of claim 26. 

4 The issue of whether the Examiner erred in rejecting claim 29 under 35 

5 U.S.C. § 103(a) as unpatentable over Furman and Matsuda turns on whether 

6 the Appellant's arguments in support of claim 22 are found persuasive. 

7 The issue of whether the Examiner erred in rejecting claim 33 under 35 



8 U.S.C. § 103(a) as unpatentable over Furman and Paik turns on whether the 

9 Appellant's arguments in support of claim 22 are found persuasive. 

10 

1 1 FACTS PERTINENT TO THE ISSUES 



12 The following enumerated Findings of Fact (FF) are believed to be 

13 supported by a preponderance of the evidence. 

14 Facts Related to the Prior Art 

15 Apte 

16 01. Apte is directed to a method and apparatus for performing 

17 transactions such as purchases over the World Wide Web. Apte 
is 1:6-10. 

19 02. Apte describes a transaction that begins with a user selecting to 

20 purchase a product. Apte 2:44-48. A then vendor generates and 

21 transmits a purchase order number to the user and a transaction 

22 server that is isolated from the Internet. Apte 2:44-48. The 



invention. Ans. 3. 
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1 system uses a proprietary protocol that operates over a telephone 

2 link. Apte 2:50-53. The vendor directs the user to contact the 

3 transaction server and provides the user with the server's 

4 telephone number, which may be an 800 number, and the user's 

5 computer initiates contact with the transaction server. Apte 3:47- 

6 50, 4:64-67, and Fig. 2. This access information can be displayed 

7 on a web page, stored locally on the user computer, or retrieved by 

8 the user on a directory located in a secure communication system. 

9 Apte 4:1-15. The computer automatically uses the URL of the 

10 vendor to attempt to retrieve the number; the computer then 

n automatically attempts to retrieve the number from a locally stored 

12 directory; and then prompts the user to enter the number if number 

13 has still not been found. Apte 4:18-26. After communication has 

14 been established, the user enters the purchase order number and 

15 approves the purchase by submitting credit card information. 

16 Apte 4:30-34. Once the transaction is complete, the user 

17 computer ends the communication session with the transaction 

18 server and resumes communication with the WWW. Apte 4:36- 

19 40. The user can be provided with software to be executed on the 

20 user computer to automatically perform the transition in 

21 communication between the WWW and the transaction server. 

22 Apte 3:15-20. The communication session between the user 

23 computer and the transaction server is configured to appear to the 

24 user as a WWW communication such that the user is virtually 

25 unaware that the user computer has suspended communication 

26 with the WWW and has initiated communication with the 
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1 transaction server. Apte 4:44-52. The system can be run in both 

2 directions; either the user's computer initiates contact with the 

3 transaction server or the transaction server initiates contact with 

4 the user computer. Apte. 4:64-67. 

5 Furman 

6 03. Furman is directed to the validation of electronic transactions. 

7 Furman 1:5-7. 

8 04. Furman describes a method that begins with a customer placing 

9 an order with a vendor by using a computer and connecting to a 

10 vender server via the Internet. Furman 5:12-15. The vendor 

n server creates a unique transaction identifier used to identify the 

12 transaction and transmits the identifier to the customer via the 

13 Internet. Furman 5:34-36 and 5:54-56. The vendor server also 

14 transmits a telephone number that the user must call in order to 

15 validate the transaction. Furman 5:56-58. The telephone number 

16 may be a 900 number that results in a charge to the customer's 

17 telephone bill. Furman 6:1-5. The validating system requires the 

18 user to enter the transaction identifier and uses the transaction 

19 identifier to determine the appropriate vendor. Furman 6:41-44 

20 and 7:6-8. The validation system then connects to the vendor 

21 server to retrieve pricing information and transmits the pricing 

22 information to the customer on the telephone call. Furman 7:29- 

23 31 and 7:39-43. The customer then responds to the validation 

24 system on whether the customer accepts or declines the 

25 transaction. Furman 7:50-55. 
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1 Underwood 

2 05. Underwood is directed to software framework designs and 

3 providing a global internetworking gateway architecture. 

4 Underwood 1:6-8. 

5 Klingman 

6 06. Klingman is directed to a system providing on-line secure 

7 communications using a telephone system or a digital network for 

8 performing electronic shopping. Klingman 1:8-13. 

9 07. Klingman describes that a user connects to a networks system 

10 to potentially purchase products and upon the selection of an item 

1 1 a telephone number, such as a 900 number, is communicated to 

12 the user to complete the transaction. Klingman 7:10-24. Software 

13 residing on the user's system automates the transaction operations 

14 with little human interaction. Klingman 18:34-37. A router 

15 interprets the TCP/IP address from the URL and routes them to 

16 the merchant's server. Klingman 18:39-42. 

17 Matsuda 

18 08. Matsuda is directed to systems and methods for conducting 

19 electronic commerce between individuals. Matsuda f 0003. 

20 09. Matsuda describes a system where a user contacts a transaction 

21 server and provides details surrounding a transaction, including an 

22 already established account ID. Matsuda f 0017. The other party 

23 to the transaction confirms the details of the transaction and 

24 authorizes the transaction. Matsuda fs 0018-0019. In preparing 
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1 the transaction, the transaction server will create a message that 

2 includes a transaction ID and a period of validity. Matsuda f 

3 0068. The message is sent to the buyer and seller and includes a 

4 URL to the transaction server such that the buyer need only click 

5 on to the URL to connect to the transaction server. Matsuda f 

6 0069. When contacting the transaction server, the user submits 

7 his transaction ID, account ID, and password. Matsuda f 0070. 

8 Paik 

9 10. Paik is directed to a caller information providing apparatus and 

10 a caller information transmitting method in a mobile radio 

1 1 communication network. Paik 1:10-13. 

12 11. Paik describes that the related art solves the demand to know 

13 who is calling before receiving the call by providing a caller line 

14 identification (CLID) service that provides the telephone number 

15 and the name of the caller through a display. Paik 1 :20-28. 

16 ANALYSIS 

17 Claim 36 rejected under 35 U.S.C. § 112, second paragraph, as failing 

18 to particularly point out and distinctly claim the subject matter which the 

19 Appellant regards as the invention 

20 The Examiner found that it is unclear how a client can connect to a 



21 WWW server without a modem. Ans. 4. The Appellant contends that the 

22 Examiner has failed to point to any portion of claim 36 that fails to distinctly 

23 claim the invention. App. Br. 19. 
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1 We agree with the Appellant. The test for definiteness under 35 U.S. C. 

2 § 1 12, second paragraph, is whether "those skilled in the art would 

3 understand what is claimed when the claim is read in light of the 

4 specification." Orthokinetics, Inc. v. Safety Travel Chairs, Inc., 806 F.2d 

5 1565, 1576 (Fed. Cir. 1986)(citations omitted). 

6 Claim 36 recites displaying access instructions and the transaction ID to 

7 the client if the indication of resources indicates that the client lacks a 

8 modem. Claim 36 depends on claim 13, which depends on claim 12. Claim 

9 12 recites that the client receives a message over the public Internet and 

10 provides access instructions to a private network. That is, a user connects to 
n the public Internet and receives information on the Internet on how to 

12 connect to the private network in claim 12. If the user does not have a 

13 modem, the user is provided other access instructions in claim 36. As such, 

14 a person with ordinary skill in the art would have understood what is being 

15 claimed. 

16 The Examiner's rejection and argument seem to be based on the alleged 

17 contradiction of how a user is connected to the public Internet to receive 

18 access instructions, but then not have a modem to connect to the private 

19 network. We find that this is not a contradiction because there are several 

20 ways that a user can connect to the public Internet, including the use of a 

21 network interface card, and as such a user need not only have a modem to 

22 connect to the Internet. As such, the language recited in claim 36 is clear 

23 and satisfies the requirements of 35 U.S.C. § 1 12, second paragraph. 

24 
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1 Claims 1, 4-16, 18-21, and 34-35 rejected under 35 U.S. C. § 102(b) as 

2 being anticipated by Apte 

3 The Appellant first contends that (1) Apte fails to describe limitations [3] 

4 and [4] of claim 1. App. Br. 6-7. The Appellant specifically argues that 

5 Apte describes that the vendor directs the user of a computer to contact the 

6 transaction server, whereas the claims require directing the user computer to 

7 contact the transaction server. App. Br. 7. 

8 We disagree with the Appellant. Limitation [3] requires including 

9 transaction specific information, consisting of a transaction identifier and 

10 private network access information, in the computer readable instructions, 
n Limitation [4] further requires sending a message over the public Internet 

12 with the transaction specific information and computer readable instructions 

13 for connecting to a private network. 

14 Apte describes a transaction system that when a user selects an item for 

15 purchase on the World Wide Web, the vendor provides the user and a 

16 transaction server with a purchase order number. FF 02. Apte specifically 

17 describes that the transaction server is isolated from the public Internet. FF 

18 02. The vendor provides the user with the server's telephone number and 

19 directs the user to contact the server. FF 02. 

20 Apte explicitly describes that the user's computer has software to initiate 

21 connection with the transaction server and the connection from the World 

22 Wide Web to the transaction server can be done seamlessly such that the 

23 user is unaware of the change in connection. FF 02. That is, the user 

24 computer, not just the user, initiates contact with the transaction server and 

25 must be automatically connecting to the transaction server in order for a user 
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1 to be unaware of the connection. As such, Apte describes limitations [3] and 

2 [4] of claim 1. 

3 The Appellant further contends that (2) Apte fails to describe that the 

4 private network access information comprises a flat rate telephone number 

5 or a fixed charge per minute telephone number and a number of minutes, as 

6 per claims 5-6. App. Br. 8. We disagree with the Appellant. 

7 As noted by the Examiner, Apte describes providing the user with the 

8 telephone number for the transaction server and the transaction server is on a 

9 private network. FF 02. Apte explicitly describes that the telephone number 

10 can be an 800 number. An 800 number is a free telephone number. That is, 
n an 800 number has a fixed rate of zero cents per minute. The Appellant has 

12 not provided any further rationale to distinguish claims 5-6 from Apte. As 

13 such, Apte describes a fixed charge per minute telephone number and the 

14 Appellant's argument is not found persuasive. 

15 The Appellant also contends that (3) Apte fails to describe that prior to 

16 sending a message with instructions to connect to the transaction system, 

17 sending a location of the instructions over the public Internet, as per claims 

18 7-9. App. Br. 8-9. We disagree with the Appellant. 

19 As noted by the Examiner, Apte describes that the user computer first 

20 attempts to use the universal resource locator (URL) of the vendor to 

21 retrieve the phone number or location of the transaction server. FF 02. If 

22 this fails, the user computer attempts to retrieve the number from a locally 

23 stored directory. FF 02. Finally, if this attempt also fails the user is then 

24 prompted to enter the telephone number for the transaction server. FF 02. 

25 As such, prior to sending a message to the user, the location of the 



13 



Appeal 2009-006760 
Application 10/081,265 

1 transaction server may be retrieved from the vendor URL, which resides on 

2 the public Internet. 

3 The Appellant additionally contends that (4) Apte fails to describe the 

4 set of computer readable instructions comprise a second code segment that 

5 causes the client to pass transaction-specific information to the transaction 

6 server system, as per claim 11. App. Br. 9. We disagree with the Appellant. 

7 Apte describes that the message sent to the user includes transaction 

8 specific information, which includes the purchase order number and 

9 instructions on contacting the transaction server. FF 02. A user is required 

10 to provide transaction specific information, such as the purchase order 

n number, when establishing a connection with the transaction server. FF 02. 

12 Apte further describes that the user computer can contain software that 

13 seamlessly disconnects from the World Wide Web and connects to the 

14 transaction server such that the user is unaware that such a connection has 

15 been established. FF 02. As such, the client contains computer software or 

16 a code segment that passes transaction specific information to the transaction 

17 server. 

18 The Appellant next contends that (5) Apte fails to describe sending a 

19 message addressed to the client over the public Internet with a set of 

20 instructions having transaction-specific information and prior to sending this 

21 message, sending a set-up message with a set of instructions for determining 

22 resources of the client for connecting to the private network, as per claim 12. 

23 App. Br. 9-10 and Reply Br. 4. We disagree with the Appellant. 

24 As discussed supra, Apte describes software that automatically connects 

25 the user computer to the transaction server to complete the transaction. FF 
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1 02. The software makes a determination of how to connect to the 

2 transaction server. FF 02. The Appellant specifically argues that Apte's 

3 software does not automatically configure the client. Reply Br. 4. 

4 However, each transaction in Apte has a different purchase order 

5 number and each connection to the transaction server requires that purchase 

6 order number. As such, each transaction between the user computer and the 

7 transaction server is configured with the required purchase order number for 

8 that transaction. 

9 The Appellant further contends that (6) Apte fails to describe the 

10 limitations recited in claims 13-14. App. Br. 1 1-12. We disagree with the 
n Appellant. 

12 Claim 13 requires receiving an indication of the resources of the client 

13 and provisioning instructions to connecting to the private network based on 

14 the indicated resources. Claim 14 only requires the computer readable 

15 instructions of claim 1 to include instructions to determining the resources of 

16 the client. Apte describes that the software on the user computer attempts to 

17 locate the telephone number for the transaction server in the vendor's URL 

18 or on a locally stored directory. FF 02. That is, the software is determining 

19 the location of the resources needed to connect to the transaction server. 

20 The claims are broadly phrased such that the term "resources" 

21 encompass the capability to locate the telephone number of the transaction 

22 server. As such, Apte describes determining the resources of the client and 

23 instructing the client to perform actions, such as retrieve the telephone 

24 number from the local directory, based on the resources of the client. 
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1 The Appellant contends that (7) Apte fails to describes sending said 

2 information relating to a pending transaction to said transaction server 

3 system over a secure link prior to receiving a transaction identifier and 

4 private network access information, as per claim 15. We disagree with the 

5 Appellant. 

6 Apte describes in detail the process where information is sent to the user 

7 computer and the user computer initiates contact with the transaction server. 

8 FF 02. However, Apte contemplates that the procedure can be changed such 

9 that the transaction server initiates contact with the user computer. FF 02. 

10 In such a procedure, the vendor would transmit pending transaction 

n information to the transaction server prior to the receipt of private network 

12 access information and a transaction identifier. As such, Apte describes 

13 claim 15. 

14 The Appellant also contends that (8) Apte fails to describe the 

15 limitations of claim 21. App. Br. 13 and Reply Br. 4-5. We disagree with 

16 the Appellant. 

17 Claim 21 recites the same limitations found in claim 14 and the 

18 Appellant submit similar arguments in support of claim 21 as submitted for 

19 claim 14. As such, the Appellant's arguments in support of claim 21 are not 

20 found persuasive for the same reasons as claim 14 discussed supra. 

21 

22 Claims 22-25, 28, and 30-32 rejected under 35 U.S. C. § 102(b) as being 

23 anticipated by Furman 
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1 The Appellant contends that Furman fails to describe determining an 

2 appropriate chargeable telephone number based on the purchase amount, as 

3 required by claim 22. App. Br. 14 and Reply Br. 5. 

4 We agree with the Appellant. Furman describes a system that validates 

5 electronic transactions. FF 03. A vendor creates a transaction identifier and 

6 transmits the transaction identifier and a telephone number to the user. FF 

7 04. The telephone number may be a 900 number that results in a charge to 

8 the customer's telephone bill. FF 04. However, Furman fails to describe 

9 determining an appropriate telephone number based on the purchase amount, 

10 as required by limitation [2] of claim 22. Furman specifically fails to 

n indicate whether the telephone number provided to the user is in any part 

12 based on the purchase amount. As such, Furman fails to anticipate claim 22. 

13 Since this issue is dispositive as to the rejections towards these claims, 

14 we need not reason the remaining arguments. 

15 

16 Claim 17 rejected under 35 U.S.C. § 103(a) as unpatentable overApte 

17 and Klingman 

18 The Appellant contends that Apte and Klingman fail to describe the 

19 limitations of dependent claim 17 because Apte and Klingman fail to 

20 describes limitations [3] and [4] of independent claim 1. App Br. 12-13. 

21 We disagree with the Appellant. The Appellant's argument that Apte fails to 

22 describe limitations [3] and [4] of claim 1 was not found persuasive supra 

23 and is not persuasive here for the same reasons. 

24 
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1 Claim 26 rejected under 35 U.S.C. § 103(a) as unpatentable overApte 

2 and Matsuda 

3 The Appellant also contends that Furman fails to describe all of the 

4 limitations of claim 26. App. Br. 15-16 and Reply Br. 5-6. We disagree 

5 with the Appellant. Claim 26 requires a client to dial and establish a 

6 connection with a specific telephone number; send transaction specific 

7 information; receive a message with a URL and password; drop the 

8 connection; connect to the URL over a public Internet; and display the 

9 password. 

10 As discussed supra, Apte describes that a user selects an item to 

n purchase from a vendor and then receives a message from the vendor with a 

12 URL or telephone number for the transaction server and the purchase order 

13 number. FF 02. The user computer then drops the connection with the 

14 vendor and establishes a connection with the transaction server. FF 02. As 

15 such, Apte describes all of the limitations of claim 26, except for the 

16 limitation requiring that the password be displayed after connecting to the 
l? URL. 

18 Matsuda describes a system where individuals can perform transactions. 

19 FF 08. In communicating with the transaction server, a user submits his 

20 transaction ID, account ID, and password. That is, the user enters his 

21 transaction ID, account ID, and password and it is displayed to the 

22 transaction server. As such, the combination of Apte and Matsuda describe 

23 all of the limitations of claim 26. 

24 
25 
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1 

2 Claim 29 rejected under 35 U.S.C. § 103(a) as unpatentable over 

3 bur man and Matsuda 

4 The Appellant contends that Furman fails to describe determining an 



5 appropriate chargeable telephone number based on the purchase amount, as 

6 per claim 29, for the same reasons presented in support of claim 22 supra. 

7 App. Br. 17-18. We agree with the Appellant. The Appellant' s arguments 

8 were found persuasive supra and are found persuasive here for the same 

9 reasons. 



10 

n Claim 33 rejected under 35 U.S.C. § 103(a) as unpatentable over 

12 Furman and Paik 

13 The Appellant contends that Furman fails to describe determining an 



14 appropriate chargeable telephone number based on the purchase amount, as 

15 per claim 33, for the same reasons presented in support of claim 22 supra. 

16 App. Br. 18-19. We agree with the Appellant. The Appellant' s arguments 

17 were found persuasive supra and are found persuasive here for the same 

18 reasons. 

19 

20 CONCLUSIONS OF LAW 

21 The Examiner erred in rejecting claim 36 under 35 U.S.C. § 1 12, second 

22 paragraph, as failing to particularly point out and distinctly claim the subject 

23 matter which the Appellant regards as the invention. 
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1 The Examiner did not err in rejecting claims 1, 4-16, 18-21, and 34-35 

2 under 35 U.S.C. § 102(b) as being anticipated by Apte. 

3 The Examiner erred in rejecting claims 22-25, 28, and 30-32 under 35 

4 U.S.C. § 102(b) as being anticipated by Furman. 

5 The Examiner did not err in rejecting claim 17 under 35 U.S.C. § 103(a) 

6 as unpatentable over Apte and Klingman. 

7 The Examiner did not err in rejecting claim 26 under 35 U.S.C. § 103(a) 

8 as unpatentable over Apte and Matsuda. 

9 The Examiner erred in rejecting claim 29 under 35 U.S.C. § 103(a) as 

10 unpatentable over Furman and Matsuda. 

n The Examiner erred in rejecting claim 33 under 35 U.S.C. § 103(a) as 

12 unpatentable over Furman and Paik. 

13 

14 DECISION 

15 To summarize, our decision is as follows. 

16 • The rejection of claim 36 under 35 U.S.C. § 1 12, second paragraph, as 

17 failing to particularly point out and distinctly claim the subject matter 

18 which the Appellant regards as the invention is not sustained. 

19 • The rejection of claims 1, 4-16, 18-21, and 34-35 under 35 U.S.C. 

20 § 102(b) as being anticipated by Apte is sustained. 

21 • The rejection of claims 22-25, 28, and 30-32 under 35 U.S.C. § 102(b) 

22 as being anticipated by Furman is not sustained. 
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1 • The rejection of claim 17 under 35 U.S.C. § 103(a) as unpatentable 

2 over Apte and Klingman is sustained. 

3 • The rejection of claim 26 under 35 U.S.C. § 103(a) as unpatentable 

4 over Apte and Matsuda is sustained. 

5 • The rejection of claim 29 under 35 U.S.C. § 103(a) as unpatentable 

6 over Furman and Matsuda is not sustained. 

7 • The rejection of claims claim 33 under 35 U.S.C. § 103(a) as 

8 unpatentable over Furman and Paik is not sustained. 

9 

io No time period for taking any subsequent action in connection with this 

n appeal may be extended under 37 C.F.R. § 1.136(a). See 37 C.F.R. 

12 § 1.136(a)(l)(iv)(2007). 

13 AFFIRMED-IN-PART 
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